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VIDEO RECORDER CONTROL USING STREAMED DATA PACKETS 



The invention relates to the field of video recording. It finds particular 
application in conjunction with controlling a video recorder for program recording through 
the detection of data packets in a private stream that is associated with the program to be 
recorded and will be described with particular reference thereto. However, it is to be 
5 appreciated that the invention is also amenable to other applications. 

Many television (TV) viewers wish to select, schedule, and record their TV 
viewing opportunities to enhance the TV viewing experience. To do this, many select 
programs for viewing after consulting a paper or electronic programming schedule to 
determine the programs available during particular time slots. Others change firom chaxmel 
10 to channel in an attempt to locate desirable programming, with varying degrees of success. 

As the number of TV channels and TV programs continues to increase, 
allowing viewers to more intelligently select, schedule, and record their viewing 
opportunities becomes increasingly important An existing technique for electronically 
accessing program scheduling information includes periodically downloading scheduling 
15 information and, in response to requests &om the viewer, providing this scheduling 
information in raw form to the viewer. 

It is well known that very often problems occur when a user attempts to 
program his VCR to record a TV show at a given time and date. To eliminate these 
problems VPS (Video Program System) and VPT (VCR Programmed by Teletext) were 
20 introduced. These systems are in common use in Europe. VPT was formerly known as 
VPV (Videotext Programmed VCR). 

The original purpose of adding a supplementary VPS signal to the image- 
representative TV broadcast signal was to simplify the use of home videocassette recorders 
(VCR's). Prior to the introduction of VPS, these VCR's wctc programmed by means of a 
25 timer, which started and stopped the VCR according to the time when the desired TV 
program of interest was scheduled for transmission. 

Occasionally, the program of interest could not be correctly recorded, for 
example, due to a delay in the completion of the previous TV program. The VPS signal 
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was intended to overcome this drawback by providing an accurate indication of the starting 

time of a new program. 

The VPS program identification code occupies four bytes on a data line in 

the vertical blanking (retrace) interval of a TV broadcast signal. The four hytes of the VPS 
5 signal contain information such as day and time of day of the originally scheduled start of a 

particular TV program to be broadcast. 

To make the programming of VCR's even more convenient, the VPT system 

was developed. VPT involves the automatic transfer of the necessary information to a 

VCR from the program pages of the teletext service. The user causes the display of a 
10 directory of teletext program pages, and moves a cursor to the desires TV program title. 

Upon pressing an ^ropriate button on a remote control, the necessary VPS program 

identification information is transferred to the VCR. 

It should be mentioned that the scheduled time and the VPS-time are not 

always identical. This is because the scheduled time is updated whenever a particular 
15 program runs overtime and subsequent programs are delayed or a schedule is otherwise 

changed. The VPS time always remains unchanged since it is assigned to the program and 

not to the actual final broadcast time. 

By use of VPS and VPT, incorrect recording of a desired TV program, 

caused either by time-shifted TV programs or by errors made by manual keying in of the 
20 data such as start time stop time, date, and program source (channel), is thus greatly 

reduced. Unfortunately, even if the VPS and VPT systems are used, the recording of the 

desired TV program can still fail because of VPT or VPS errors originating from the studio 

side. TV programs are aimounced on VPT program schedule pages two weeks in advance. 

If such a page contains incorrect VPS data and a VCR is programmed with the incorrect 
25 data, the recording of that particular TV program will, of course, fail. Usually, such errors 

are noticed and corrected by the editors of these pages sometime after the incorrect data is 

entered. Even though such errors are later corrected on the VPT pages by the editor, a 

conventional VCR caimot adapt its preprogrammed data to such corrections. Another 

source of errors which may prevent flie recording of desired TV programs is the entry of 
30 incorrect VPS codes onto data line 16, also caused by mistakes made at the broadcaster 

side. 
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U.S. Pat No. 5,956,455 to Hennig discloses a VC31 including a VPS and 
VPT automatic progranuning capability that continuously compares preprogrammed VPS 
data to inconung VPS time codes for the currently running program, and to VPS program 
schedule mformation. In tiiis way, the VPS and VPT controller in the VCR can detect 
5 errors in the original schedule pages from which it was programmed, and correct for those 
errors in its own record programming memory. Moreover, circuitry detects an error in the 
VPS code of a currently-numing TV show, corrects for the error, and properly records the 
show. 

However, the approach disclosed in the Hennig patent requires substantial 
10 processing overhead. Moreover, the accuracy of the Hennig approach to VCR recording is 
limited because it does not consistently update program scheduling ioformation at the 
precise times when starting and stopping of the VCR is required. There is, therefore, a 
need for an apparatus and improved method for controlling video recording that is more 
precise with respect to starting and stopping a recorder. 

15 



Li one embodiment of the invention, an apparatus for recording a selected 
program includes a means for selecting the selected program, a means for receiving a data 
stream, a start data packet, and an end data packet associated with the selected program, a 

20 means for detectiag the start data packet associated with the selected program, a means for 
recording the selected program after the start data packet associated with the selected 
program is detected, a means for detecting the end data packet associated with the selected 
program, a means for stopping the recording after the selected program is over. 

In another embodiment of the invention, a method for recording a selected 

25 program with a video recorder is provided. A data stream associated with the selected 
program is received. A start data packet associated with the selected program is received 
and detected. The recording of the selected program with the video recorder is started. 
The content data packets associated with the selected program are received. An end data 
packet associated witii the selected program is received and detected. The recording of the 

30 selected program with the video recorder is stopped. 

One advantage of the invention is video recording of a selected program 
does not miss any portion at the beginning or end of the selected program. 
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An additional advantage is a video recotding of a selected program includes 
little or no material at the beginning or end of the recording &om other programs or 
advertisemCTLts. 

Other advantages will become apparent to those of ordinary skill in the art 
5 upon readiag and understanding the following detailed desaiption 

The drawings are for purposes of illustrating exemplary embodiments of the 
invention and are not to be construed as limiting the invention to such embodiments. It is 
10 understood that the invention may take form in various components and arrangement of 
components and in various steps and arrangement of steps beyond those provided in the 
drawings and associated description. Within the drawings, Uke reference numerals deaoto 
like elements and similar reference numerals (e.g., 116, 216) denote similar elements. 

FIG. 1 is a block diagram of an embodiment of a communications 
1 5 environment incorporating the invention. 

FIG. 2 is a diagram showing an embodiment of a multiplexed program 
stream incorporating the invention. 

20 With reference to FIG. 1, a conmiumcations enviroimient 10 includes a 

plurality of program/service provider subsystem 12, a transmission subsystem 14, and a 
plurality of consumer enviromnents 16. Generally, each program/service provider 
subsystem 12 provides the multiple consumer environments 16 with access to programs via 
multiple conomunication channels. The programs are compatible with televisions and 

25 similar types of video display devices. Typically, a consumer environment is a home or 
apartment, but the invention equally applies to any type of consumer environment, 
including a vehicle, an office, and a business. An example of a business environment that 
may implement this invention is a business that sells video recorders to consumers. 

Bach program/service provider subsystem 12 depicted in FIG. 1 includes 

30 one or more digital programs 18 in the form of a series of packets with headers tiiat 
identify the programs. This program/service provider subsystem 12 reflects one 
communication channel that incorporates aspects of flie invention. The progranois 18 can 
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be various types, including movies, news, documentaries, situation comedies, sporting 
ev^ts, etc. The programs 18 can also be any duration and can begin and end at various 
times. A private stream 20 includes data packets associated with the one or more 
programs. A multiplexed program stream 22 forms a communication channel by 
S combining tiie one or more programs 18 and the private stream 20 in a multiplexed 
fashion. If multiple programs 18 are simultaneously provided in the multiplexed program 
stream 22, the channel includes sub-channels for each multiplexed program. In actuality, a 
typical program/service provider subsystem 12 includes multiple chaimels. Additional 
channels may be similar to the one shown, although the program/service provider 

10 subsystem 12 may also include other channels that are not similar. The programs 18, the 
private stream 20, and the multiplexed program stream 22 may be provided by a common 
program/service provider. However, the programs 18 and the private stream 20 may also 
be provided by one or more third parties. 

The transmission subsystem 14 includes at least one of cable 24, satellite 

15 26, terrestrial 28, and telephone 30. The cable transmission method 24 is primarily 
associated with cable TV service providers. The satellite transmission method 26 is 
primarily associated with satellite TV and satellite telephone service providers. The 
terrestrial transmission method 28 is primarily associated with terrestrial broadcasters and 
cellular telephone service providers. The telephone transport method 30 is primarily 

20 associated with residential/commercial telephone service providers and may include 
optical or electrical transmission lines. 

Each consumer enviroimaent 16 includes a decoder 32, a recorder 34, and a 
user interface 36. These modixles may be packaged in various configurations. For 
example, all of the modules may be packaged in a television (TV) or a set-top box. 

25 Altematively, the decoder 32 may be packaged in a set-top box and the recorder 34 may be 
packaged individually. The user interface 36 is typically operationally coupled to the 
recorder. Altematively, the user interface 36 may be operationally coupled to the decoder 
32 or to both the recorder 34 and decoder 32. Other configurations, for example, where the 
user interface 32 utilizes the TV to display options are also possible. The user interface 32 

30 may be a multi-fimction device that also controls the TV and other related equipment. The 
invention does not require or rely on any particular packaged configuration. 
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When one of the one or more programs 18 is selected for recording via the .- 
user interface 36, the decoder 32 receives the multiplexed program stream 22 for the 
commmiication channel via, for example, the cable transport method 24. Selection of the 
program to be recorded may be in any of various methods, including various selection 
5 methods usmg an electronic program guide (EPG), various selection methods using a video 
programming system (VPS), various methods using VCR programmed by Teletext (VPT), 
and traditional tuning of the recorder, decoder, TV, or other device to the program to be 
recorded. 

Next, the private stream 20 is separated from the multiplexed program 

10 stream by the decoder 32 in a de-multiplex fashion. Data packets in the private stream 20 
are detected by the decoder 32. The data packets identify the start and end of programs 
included in ttie multiplexed program stream 22. The data packets associated with a 
program identify when a program starts and stops. When the data packets associated with 
the selected program are detected, the decoder 32 controls the recorder 34 to start and stop 

1 5 recording so that no program content is nodssed. 

With reference to FIG. 2, an example of a multiplexed program stream 22 
includes three consecutive programs with data packets from the private stream separating 
the programs. In this example, the multiplraced program stream 22 includes packets 
associated with a first program 42, a first end data packet 44, a first start data packet 46, 

20 packets associated with the second program 48, a second end data packet 50, a second start 
data packet 52, and packets associated with a third program 54. 

With reference to FIGs. 1 and 2, the first end data packet 44 is associated 
with the first program 42 and indicates that the first program 42 has ended. In the time 
domain, the first end data packet 44 follows the packets associated with the content of the 

25 first program 42. Therefore, detection of the first end data packet 44 by the decoder 44 
may be used, for example, to stop the recording of the first program 42 by the recorder 34. 

The first start data packet 46 is associated with the second program 48 and 
indicates that the second program 48 is about to start. In the time domain, the first start 
data packet 46 precedes the packets associated with the content of the second program 48. 

30 Therefore, detection of the first start data packet 46 by the decoder 44 may be used, for 
example, to start the recording of the second program 48 by the recorder 34. 
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Sinoilarly, fhe second end data packet 50 is associated with fhe second 
program 48 and may be used, for sample, to stop the recording of the second program 48. 
Additionally, the second start data packet 52 is associated with the third program 54 and 
may be used, for example, to start the recording of the third program 54. 
5 If multiple programs 18 are simultaneously provided in the multiplexed 

program stream 22, data packets from two or more programs are time-multiplexed during 
the first program, second program, and third program. Start data packets associated with 
each program precede the initial data packet associated with the program content. End data 
packets associated with each program follow the last data packet associated with the 

10 program content. As such, the sequence and position of the start and stop data packets 
from the private stream 20 for the multiple programs within the multiplexed program 
stream 22 is based on the position of the initial and last data packets for the program 
content in the multiplexed program stream 22. The start and end data packets may include 
information that associates them with a particular program to provide additional flexibility 

IS in packet positioning and additional confidence in controlling the recorder. 

In another embodiment, end and start packets identifying the ending of one 
program and the starting of another program in tiie same channel/sub-channel could be 
combined into one packet to reduce overhead. In various embodiments, the private stream 
could be inserted in different levels of the multiplex. For example, the private stream 

20 could be one of multiple programs included in the multiplexed program stream and defined 
in the packet identifier (PBD) mapping table (PMT) of that program. In this embodiment, 
the start and end packets would need to include program identification information for the 
program content with which they are associated. On the other hand, the private stream 
could be a channel or sub-channel separate from the channels and/or sub-channels carrying 

25 the program content. In this embodiment, the start and end packets would need to include 
chaime]/sub-channel identification information for the program content with which they 
are associated. 

In another embodiment, the start and stop packets are added by a third party 
subscription service. Start and stop packets can also be added before and after 
30 commercials, or other auxiliary parts of the programs. 

While the invention is described herein in conjunction with exemplary 
embodiments, it is evident that many alternatives, modifications, and variations will be 
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^parent to fhose skilled in the art. Accordmgly, the embodiments of the invention in the 
preceding description are intended to be illustrative, rather than limiting, of the spirit and 
scope of ttie invention. More specifically, it is intended that the invention embrace all 
alternatives, modifications, and variations of the exemplary embodiments described herein 
that fall within the spirit and scope of tiie appended claims or the equivalents thereof. 



